home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Atari Mega Archive 1
/
Atari Mega Archive - Volume 1.iso
/
telecomm
/
stkeep.lzh
/
BBS
/
BBS_NEWS.DOC
< prev
next >
Wrap
Text File
|
1993-05-24
|
27KB
|
599 lines
ST-Keep Bulletin Board System Update News
-----------------------------------------
24May93
If a user forgot a room, then the room was killed and later created as a new
room, it still appeared on the users forgotten list. No more. They will be
allowed access to it now if it is allowed for their account and it won't
appear on the forgotten rooms list. Unfortunately, if you've already
experienced this problem, there is only one way to remedy it. 1) kill the
room(s) in question and re-create them, or 2) login with each user account in
question, check the forgotten rooms status [.][z], if any appear that the user
should have access to, make sure they have the proper access
(group/invitation) and manually .goto the room in question. Sorry! Thanks to
Jeff for pointing this out, he's always doing freaky things on his system!
18May93
I've made the system look like it's working (...) during global searches of
file description strings on extended directories.
17May93
STK_TWIT.SYS will be searched during new user applications for usernames that
you do not wish to allow accounts for on your system. If this file does not
exist, this feature is effectively disabled. Each username you want to twit
out must be on a separate line (case insenstive).
13May93
Top 10 now handles usernames with commas correctly.
12May93
BBS_UCMP.PRG has been changed to allow it to run from a batchfile without any
user intervention. If you accidentally run it or otherwise do not wish it
to compact your userlog, press any key within 30 seconds to abort the
program, otherwise it will start compressing your userlog after waiting 30
seconds.
"Copying file ..." has been changed to say "Moving file ..." and "Moving file
description ..." when used to move files to other directories from the
extended directory list bye aides, and it will say "Copying file ..." when
used from the [.][f][c] command.
BBS_PRVS.PRG has been updated so that the Group menu uses single keys for
toggles and X to exit instead of requiring a number and then ENTER.
Bug fix - if your system was secure and only allowed new user applications,
it was still allowing the users to logon on their first call, but not on the
subsequent calls until you validated their account. It works properly now.
Note: You can not have an OPEN & APPLICATION ONLY system, and this is
reflected when setting the toggls for these features under the [.][c][o] menu.
Added hangup option when calling ST-Keep as a door or from BinkleyTerm. Put
"-H" on your command line when executing ST-Keep and the BBS will hangup as
soon as a user terminates. Be careful not to use this if you have an ST-Keep
BBS called from another BBS, as the original BBS will show carrier loss.
Only use it on the first occurrance of your BBS. You shouldn't need
to execute HANGUP.PRG in your Binkley/ST-Keep batchfile anymore.
10May93
I forgot to mention the inclusion of BBS_UCMP.PRG which will compact a
userlog so that you don't have a ton of empty userlog slots taking up space
and load-time. This program only works with ST-Keep after you make the
modifications below when running BBS_ME.PRG. Please do not use it on
versions before this, or you'll lose your userlog.
10May93
Add 2 lines to STK_INFA.SYS... the first should be the location of your chat
request program and the second should be any command line you want sent to
this program.
If you wish to use the old chat tune, just use drive:\path\CHAT1.TOS as your
program line, and a blank line for the command line.
Supplied with this version is Play.Prg... a digitized sound player for all
Atari computers. Please read the docs to set-up. I have included one sound
sample for use with it, here is the command line you should use with the
whistle sample: "path:\whistle 8000 -z -q -dma" for an STe machine. You can
execute any program you desire here, just make sure that it requires no user
intervention, as it is simply run before ST-Keep pages the sysop. NOTE:
BBS_CNFG.PRG will read and save this information from INFA.SYS, but won't
allow you to modify it. You'll need to use a text editor for that until I
update this program.
10May93 **** SPECIAL UPDATE ****
Please backup all your system files and current BBS*.PRG files in case you
run into any problems with this major update.
YOU MUST RUN BBS_ME.PRG (the new one supplied with this version of BBS.PRG)
and use option [D] to give all active accounts access to the system. Only
use this option once, it will be removed in the next version once everyone
has used it. This must be done before you run the new version of BBS.PRG and
then you can edit users individually. YOU MUST EDIT ALL YOUR FORMER Aides
and Co-SysOps with this new toggle because [D] in the ME.PRG makes everyone
have the same access.
Since Access Level has been stolen to be used for group assignments (see
below), I created a new field (Privilege Toggle) with an unused byte in the
userlog to establish the old 'command access levels' for Aide, Co-SysOp, and
SysOp. You'll find it under all the 'edit user' functions in BBS.PRG (.ca,
.cu).
New privileges are as follows:
Unvalidated New accounts in secured system can not logon until
the sysop validates the account. Application only
accepted.
Secured New accounts in limited system, can only leave mail to
sysop once per day.
Messages Read & write message access
File Transfers File upload & download access
Doors Door access
Aide Aide commands ( [.A] )
Co-SysOp Co-SysOp & File commands ( [.C] & [.F] )
SysOp SysOp commands
******
There is a major change with relation to access levels and group settings as
of his release. Play close attention to the following:
Access Level now is simply a pointer to a user's HOME GROUP. That is to say,
when a new user applies, group 0 will be assigned if your system is CLOSED
and group 1 will be assigned if OPEN. This group pointer may be changed by
using .cu or .cu for a specific user or by using the mass userlog editor.
The benefit is that you don't have to set a users maximum minutes, download
ratio, and other information separately (taking a number of commands per
user). You can simply edit a users group pointer, and ST-Keep will change
various other user settings based on your selections below (with
BBS_PRIVS.PRG). Also, if you set your new user group correctly, you may not
have to edit any users at all, unless you wish to put them in special groups.
My system is set up to give new users (STK_GRPA.001) specified time per day,
10 downloads to one upload, and access to on-line games. I'll only have to
edit a user if they become a member of the Atari Computer Users Group, and
then, I'll only have to edit one field in their record, instead of 4 or 5!
Whenever this pointer is changed (new user, .cu/.ca, or the ME.PRG), this
number will actually be used as a group number to load access information
from a file in the format "STK_GRPA.###" which is located in your system
folder. ### is the group number, currently valid only for 000-255. The file
extention must be padded on the left with zero's (i.e. "stk_grpa.000",
"stk_grpa.011", etc...) Each file may contain the following information, each
option on it's own line:
*** PLEASE USE BBS_PRIVS.PRG to create this file as you may be confused
by the bit settings
MINPERDAY=#
This number can only be from 0-255, if not located, your system default
will be used.
MAXMINPERCALL=#
This number can only be from 0-255, if not located, your system default
will be used.
XFERRATIO=#
This number can only be from 0-255, if not located, your system default
will be used.
GROUPS=###
This number MUST contain 16 digits, each of which can only be a 1 or a 0
representing ON and OFF bits for each group on your system. The leftmost
bit is group #15, and the rightmost bit i